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(54) TiUe: TELECOMMUNICATIONS INSTALLATION AND MANAGEMENT SYSTEM AND METHOD 

(57) Abstract 

A telecommunications system instaUa- 
tion and management system (10) and method 
for managing, controlling, updating and mon- 
itoring telecommunications devices, such as 
a private branch telephone switch (22, 23), 
voice messaging system (26), call accounting 
system (24), central office telephone switch, 
router, bridge, hub, or associated peripheral 
equipment. The device is capable of man- 
aging and controlling a plurality of differ- 
ent types of telecommunications equipment 
provided by various different manufacturers 
to thereby seamlessly integrate the equipment 
into an easily managed telecommunications 
system. A local database within the telecom- 
munications system provides for real-time or 
near real-time access and modification of pro- 
gramming information for the telecommunica- 
tions equipment and further provides for re- 
dundancy in the event of equipment failure. 
A single point of control for system manage- 
ment and data entry is provided in an inte- 
grated application that reduces the amount of 
necessary data to be entered and that facili- 
tates user modifications to operating parame- 
ters. The system preferably actively maintains 
a live connection with each of the managed 
devices. 
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TELECOMMUNICATIONS INSTALLATION 
AND MANAGEMENT SYSTEM AND METHOD 

Field of the Invention 

The present invention generally relates to a system and method of managing and 
5 controlling electronic equipment having a plurality of programmable parameters and more 
particularly relates to a system and method for managing, controlling, updating and monitoring 
one or more telecommunications svt^itches, such as private branch exchange telephone switches, 
central offices and their associated peripheral telecommunications equipment. 

Background of the Present Invention 

10 The ability to quickly, easily and efficiently communicate has always been a critical 

component, if not a necessity, for successful business operations. Today, as the global 
economy continues to expand, the ability to communicate is even more important. In partial 
response to these demands, sophisticated telecommunications equipment has been developed that 
permits users to quickly and easily place, receive, transfer and switch telephone calls as well 

15 as provide advanced features such as call accounting and voice messaging functionality. As 
these features have become widely available in local telecommunications equipment, such as 
private branch exchange (PBX) telephone switches, central offices, key and hybrid telephone 
systems (small telecommunications switches), call accounting systems, voice messaging 
systems, computer telephony interface (CTI) devices, automatic call distribution (ACD) devices, 

20 internet servers, etc., the demand for and installation of these systems has continued to expand. 
Often, a vast number of sites have layered or "integrated" two or more of the aforementioned 
devices and rarely are these different devices using the same operating system or of the same 
brand. More often, these differing devices include a mixture of operating systems and brands. 
Such a mix of advanced telecommunications equipment, however, still typically relies 

25 upon a significant amount of manual human interaction to install, setup, operate, modify and 
maintain. Specifically, when a new telephone switch such as a PBX is to be installed at a 
facility, not only must the physical equipment itself be installed, but the equipment must be 
configured and programmed to operate as desired by the users of the facility. In fact, as more 
and more advanced features have become available in the equipment, the burden on the 

30 equipment installer to initially setup and configure these features for the specific needs of the 
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end user and the burden on the technician in maintaining and modifying the equipment, the 
associated cable records for the equipment, and cable and service activities, has also increased. 

When a telephone switch is accompanied by other telecommunications equipment, such 
as voice messaging systems, call accounting systems. CTI devices, wireless communication 
5 servers, or ACD devices, installation inconveniences are still further muhiplied. Specifically, 
many of these ancillary pieces of equipment require additional entry of user information that 
is duplicative of information already entered into the main telephone switching equipment. In 
such case, not only must a technician program the main telecommunications switch, but 
additional time (and money) must be spent for programming ancillary equipment with similar 

10 information. Typically, these systems must be perfectly synchronized with each other or 
problems will occur. As a result, the total cost of the installation is greatly increased and data 
enuy error rates are greatly increased. 

To further complicate the installation and management of this equipment, each discrete 
change to one component of a telecommunications system often requires additional, similar 

15 changes to several other components. Furthermore, these additional changes typically must be 
done in a specific order and, since the operating system design of each of the 
teleconununications devices often changes from manufacturer to manufacturer and from device 
to device, by using an entirely different command structure for each different component. 
Therefore, when done manually, a technician must remember different conmiand structures for 

20 each of the devices that require programming and also must remember the order in which the 
changes should be made and further may require different terminals, passwords, procedures, 
software, etc. Thus, a highly skilled technician having familiarity with all of the various types 
of equipment that make up the teleconununications system must perform these changes, or as 
is more common, multiple technicians are required. Clearly, with even a limited number of 

25 devices that require installation, maintenance, or programming, the likelihood of an error is 
greatly increased. 

Since modem telecommunications equipment provides substantial flexibility in 
programming to accommodate varying preferences of different users, it is often necessary to 
begin the installation of such equipment by surveying users as to their desires and preferences 
30 so that these can be accurately reflected through programming of the equipment. This is 
typically done by distributing a questionnaire to each user to receive information sufficient to 
allow the equipment to be properly configured. Thus, not only is there a substantial time 
commitment needed to review and enter the information received on such questionnaires into 
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the equipment, but significant effort on the pan of each and every user is also required to 
complete the questionnaires. Typically, collection of this data and entry of it must wait until 
the system is installed, while in the present invention described below, this information can be 
stored externally, checked for omissions, checked for errors or duplications and processed 
months in advance. 

Such disadvantages are particularly highlighted when an outdated PBX or central office 
system is replaced with an improved system. In such case each user is typically surveyed as 
to their preferences, as above, and this information is manually re-entered after installation of 
.the improved PBX or central office system. Thus, since equipment upgrades impact each and 
every user in a facility, a significant devotion of resources is required. As a result, the benefits 
of advanced features provided by improved telecommunications equipment often does not 
outweigh the installation costs and thus many organizations either do not upgrade their 
equipment, or delay such upgrades as long as possible. 



Laigc urganizaiions are also often confronted with tlic need to augi i ic nr"e3nsnngPBX 
systems with newer versions of the same brand of equipment or equipment manufactured by a 
different manufacturer. Such organizations are then confronted with a host of difficult 
installation, operation, coordination and maintenance problems associated with managing 
disparate systems having different capabilities, operating characteristics and command protocols. 

Furthermore, post-installation maintenance of such telecommunications switching 
equipment often requires intervention of a skilled technician. For example, adding new users 
to the system requires that information sufficient to identify the user, her equipment and her 
preferences be programmed into the system. Often, this programming must be performed by 
a technician, who must make a service call to the facility to complete such programming. Also, 
management of detailed records documenting the telecommunications system setup must be 
manually kept for each device. That is, cable numbers, user identification and preferences, 
equipment types and locations, etc. must all be maintained separately from the system itself. 
Again, as a result, the costs involved in maintaining the telecommunications system is greatly 
increased. 

Typically, programming of a telecommunications switch such as a PBX is performed 
by entering a series of special codes into a designated telephone handset connected to the PBX. 
Thus, by using the keypad and any display capabilities of the telephone, programming 
information can be entered into the PBX system. While such a system has the advantage of not 
requiring additional support equipment, such an interface is not user friendly and thus is 
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extremely difficult for untrained personnel to use. In addition, even a skilled technician is 
limited in that each item to be programmed must be repetitively entered for each user on the 
system. Thus, for each station connected to the system, the technician must enter a complex 
series of digits that identify a parameter to be set and the appropriate data for that parameter. 
5 For systems having hundreds or thousands of stations, this process is not only extremely time 
consuming but is also prone to significant data entry errors. 

While several attempts have been made to overcome one or more of the above 
deficiencies, none have succeeded in providing a telecommunications installation and 
management system that substantially reduces the amount of manual human interaction required 

10 to install and mamtain telecommunications equipment. For example, a number of 
manufacturers have developed so called "dumb" terminals that interface with a PBX telephone 
switch to facilitate programming thereof. These dumb terminals (or a PC emulating a dumb 
terminal) generally do not contain any processing capability, but rather act to display data stored 
within a memory in the PBX switch and to receive and forward user input to the switch. Thus, 

15 for example, the current operating parameters for a given telephone station can be requested 
from the switch, displayed on the terminal and modifications received from a user can be 
returned and stored in the telephone switch memory. In fact, to a technician skilled in 
programming a switch, the enhanced personal computer interface of TTY interface is no more 
efficient than a dumb terminal or programming via a telephone station. The present invention, 

20 however, overcomes these deficiencies. 

Implementations of such systems, however, typically respond slowly to user requests for 
data due to the relatively slow speed of data communication between the terminal and the 
switch, internal latency of the switch and upon encountering a busy condition. Thus, when 
information for a given telephone station is requested, that information must be accessed by the 

25 telephone switch and transferred through a conununications link to the terminal for display 
thereon. Similarly, further delays result due to the need to immediately upload any modified 
data to the switch. Thus, practically, these systems have significant "lag" in responding to user 
requests. As result, while these systems may simplify the complexities of the programming 
process, they do little to actually accelerate that process, 

30 Specifically, power to search for duplicate entries, perform logical sorts, generate 

custom reports and provide other advanced features is virtually always lacking. Therefore, in 
order to check data or search for a problem, either each record must be manually pulled up and 
reviewed one at a time, or a cc 4ete mass listing must be printed and checked manually. 
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Furthermore, these management systems are often proprietary and inflexible in that they 
can operate with only a single brand or type of telecommunications equipment, and furthermore 
can only be physically connected to a single component of the telecommunications system at 
a time. Thus, these systems fail to provide for real-time modification of operational parameters 
5 for one or more devices having differing command structures that are integrated into a single 
telecommunications system or network. 

As an alternative to the above solution. Northern Telecom has developed a system called 
Meridian Manager™, which includes a personal computer and associated software that facilitates 
switched connection control of one or more Meridian 1 PBXs. The Meridian Manager™ system 

10 includes a local database within the personal computer that stores a mirror image of some of 
the information stored within the Meridian 1 PBX primarily dealing with button assignments 
for telephones. Thus, when some of the information in the PBX is to be changed, the change 
can be made in the local database and subsequently downloaded to the PBX at a desired time. 
In this manner, the "lag" associated with retrieving and displaying the information programmed 

15 in the PBX is reduced. Again, however, a skilled technician is unable to gain any efficiency 
with such systems and thus is unable to reduce the time or costs associated with program 
changes of these devices. 

A similar system, called Switchview by Switchview, Inc. includes software that 
facilitates switched connection control of one or more Meridian 1 PBXs. Like the Meridian 

20 Manager™ system, the Switchview system includes a local database within a computer that 
stores information used to control the operation of the Meridian 1 PBX. Like Meridian 
Manager™, however, the Switchview system fails to provide a real-time interconnection with 
multiple telecommunications devices having differing operating command structures and 
operating systems to allow for management and control of such devices. 

25 In addition to the above devices, several additional devices have been developed to 

provide a less complex user interface to facilitate programming of telecommunications 
equipment. For example. U.S. Patent 5,309,509 to Cocklin et al. discloses a workstation 
having a graphical user interface for use with a manager controller to control and implement 
changes to telephone sets of a telephone system. The workstation enables the customer to 

30 selectively enter telephone lines, features and directory number changes into key button 
locations of a displayed telephone. These changes are converted into program instructions and 
transmitted to the manager controller to control the telephone switching system to assign the 
selected lines, features and directory numbers to die telephone set. The reference, however. 
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is directed to updating inforaiaUon stored at a telephone company switching office rather than 
at a local private branch exchange, and feUs to disclose a system in which an external computer 
connected with PBX equipment is used for programming the PBX equipment to integrate, 
manage and support a plurality of different telecommunications products having diverse 
5 command structures. In addition, the reference does not disclose a system that includes the 
capability to integrate multiple telephone switches, brands, networks, subsystems, peripherals 
and software. 

U.S. Patent No. 4,928,304 to Sakai discloses an electronic switching system that 
includes a PBX connected with an external computer. Programs for standard switching 

10 fimctions are stored in the PBX. while programs that apply only to a portion of the telephone 
terminals (called service functions) are stored in the external computer. Alteration of the 
service functions is accomplished by altering the programs in the external computer, thus 
avoiding the need to alter programs in the PBX. The reference, however, again fails to disclose 
a system in which an external computer connected with PBX equipment is used for 

15 programming the PBX equipment to integrate, manage and support a plurality of different 
telecommunications products, or that includes the capability to integrate multiple telephone 
switches, networks, subsystems, peripherals and software. 

Summarv of the Invention 
In view of the above disadvantages it is a primary object of the present invention to 
20 provide a novel telecommunications installation and management system and method for 
installing and managing a telecommunications switch, such as a PBX telephone switch, that 
overcomes the disadvantages discussed above. 

It is a further object of the present invention to provide a telecommunications installation 
and management system for a telecommunications system that includes software that is operable 
25 on a wide variety of computing platforms, including a personal computer or personal computer 
network (LAN/WAN/Intemet/Intranet. etc.) 

It is yet another object of the present invention to provide a telecommunications 
installation and management system that includes one or more personal computers and 
associated software interconnected with a telecommunications system for transference of 
30 operational data therebetween. 

It is a still further object of the present invention to provide an interface device for use 
between a telecommunications installation and management system and a telecommunications 
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system that is capable of simultaneous or near simultaneous communication with a plurality of 
differing telecommunications components forming the teleconmiunications system. 

It is another object of the present invention to provide a telecommunications installation 
and management system and method that is capable of interfacing to, and communicating with, 
5 a plurality of different makes, models or types of telecommunication system components, such 
as PBX telephone switches. 

It is a further object of the present invention to provide a telecommunications installation 
and management system and method that is capable of interfacing to, and communicating with, 
one or more of a PBX telephone switch, a call accounting system, a voice messaging system, 
10 a CTI device, an ACD device, or another peripheral device. 

It is yet a further object of the present invention to provide a telecommunications 
installation and management system and method that is capable of interfacing to, and 
communicating with, one or more telecommunications system components, such as PBX 
switches or central office switches that employ different data formatting protocols. 
15 It is a still further object of the present invention to provide a telecommunications 

installation and management system and method that is capable of interfacing to, and 
conmiunicating with, one or more PBX telecommunications system components, such as 
telephone switches that employ different internal operating systems. 

It is another object of the present invention to provide a telephone switch management 
20 system that is capable of communicating using a variety of different data formats and protocols 
depending on the make and model of a telephone component or switch with which 
communication is desired. 

It is also an object of the present invention to provide a telecommunications installation 
and management system for telecommunications equipment, such as a PBX telephone switch. 
25 in which a plurality of reprogrammable parameters stored within the teleconmiunications 
equipment are also stored within a local database contained within the installation and 
management system. 

It is another object of the present invention to provide a telecommunications installation 
and management system and method that reduces or eliminates time delays experienced by a 
30 user in adding, updating or modifying operational parameters of teleconmiunications equipment, 
such as a PBX telephone switch. 

It is a still further object of the present invention to provide an installation and 
management system for telecommunications equipment, such as a PBX telephone switch, in 
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which user updates or modifications of reprogrammable parameters used to control the 
operation of the telecommunications equipment are made in a local database stored within the 
installation and management system, thus greatly reducing or eliminating time delays 
experienced by the user in performing such updates or modifications. 
5 It is yet another object of the present invention to provide a telecommunications system 

management system and method that facilitates documenting and maintaining a 
telecommunications system including performmg cable records management, managing patch 
panel configurations, tracking of trouble reports, printing and tracking service orders, managing 
project milestones, due dates, etc., and printing of overlay labels and other documentation for 
10 the telecommunications system. 

It is a further object of the present invention to provide a telecommunications installation 
and management system that permits users to make updates or modifications to t^programmable 
parameters used to control the operation of telecommunications equipment, such as a PBX 
telephone switch, without such changes becoming automatically or manually effective until a 
15 later time determined by the user. 

It is yet another object of the present invention to provide a telecommunications 
installation and management system in which desired changes or updates to operational 
parameters of a telecommunications system received from users of the system and are received 
and stored externally, checked for omissions, checked for errors or duplications and processed 
20 prior to downloading to the telecommunications system. 

It is a further object of the present invention to provide a telecommunications installation 
and management system that permits users to automatically or manually initiate updates or 
modifications to reprogrammable parameters used to control the operation of 
telecommunications equipment, such as a PBX telephone switch, in response to an emergency 
25 situation. 

It is an additional object of the present invention to provide a telecommunications 
installation and management system in which user updates or modifications of reprogrammable 
parameters used to control the operation of telecommunications equipment, such as a PBX 
telephone switch, are retained in a local database and uploaded to the telecbmmunications 
30 equipment at a later predetermined time. 

It is still a further object of the present invention to provide a telecommunications 
installation and management system that generates a log confirming receipt and acceptance by 
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a telecommunications system of user updates or modifications of reprogrammable parameters 
used to control the operation of the teleconununications system. 

It is another object of the present invention to provide a telecommunications installation 
and management system that maintains a back-up of critical operational data necessary to the 
5 operation of the telecommunications system. 

It is yet another object of the present invention to provide a teleconununications 
installation and management system that allows a system operator to create a duplicate copy of 
control information for a telecommunications system, network or peripheral device, to modify 
that information offline, and to perform a mass download of that information to the 

10 telecommunications system at a predetermined time. 

It is another object of the present invention to provide a telecommunications installation 
and management system and method that automatically updates or modifies one or more 
operational parameters used to control the operation of telecommunications equipment, such as 
a PBX telephone switch, in response to a command from a user to add, update, delete or 

15 modify another of such operational parameters. 

It is a further object of the present invention to provide a telecommunications installation 
and management system for a telecommunications system in which a plurality of duplicative 
reprogrammable parameters stored within the telecommunications system need only be stored 
once within a local database contained within the installation and management system. 

20 It is a still further object of the present invention to provide a telecommunications 

installation and management system for a telecommunications system in which at least one 
reprogrammable parameter is retrieved from a local database contained within the installation 
and management system and is formatted for transmission to the teleconununications system 
depending on the capabilities of the telecommunications system. 

25 It is yet another object of the present invention to provide a telecommunications 

installation and management system for a telecommunications system in which a 
reprogrammable parameter is retrieved from a local database contained within the installation 
and management system and is converted into one or more different formats suitable for storage 
and use in one or more different telecommunications devices forming the telecommunications 

30 system. 

It is yet a further object of the present invention to provide a telecommunications 
installation and management system that expedites upgrading, expansion, contraction or 
deliberate downsizing with automatic relocation of displaced components of telecommunications 
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equipment by storing data that represents what components are where, what are the sub- 
components of each device, what changes can be made based on present inventory, and what 
program changes are necessary in view of these changes. 

It is another object of the present invention to provide a teleconmiunications installation 
5 and management system that tracks inventory including internal components and their precise 
placement within each telecommunications device to permit automatic determination of 
parameters and configuration in response to a user request, for example, moving of certain 
telephone stations. 

It is a still further object of the present invention to provide a telecommunications 
10 installation and management system capable of downloading programming information from an 
installed piece of telecommunications equipment, translating such programming information into 
a format suitable for a replacement for such piece of equipment and uploading the translated 
information to the replacement equipment. 

It is another object of the present invention to provide an installation and management 
15 system for a telecommunications system that includes the capability to perform some or all of 
the tasks typically performed by discrete telecommunications devices, thus reducing or 
eliminating the required number of discrete telecommunications devices and providing further 
flexibility to the telecommunications system. 

It is a further object of the present invention to provide a telecommunications installation 
20 and management system for a telecommunications system that includes an interface device used 
to facilitate transfer of information from the installation and management system to the 
telecommunications system. 

It is yet another object of the present invention to provide a telecommunications 
installation and management system in which communication paths to a plurality of managed 
25 subsystems are duplicated in order to provide redundant communications capability and in which 
a conununications failure is automatically detected and a secondary communications Imk is 
used. 

It is yet another object of the present invention to provide a telecommunications 
installation and management system that reduces or eliminates duplicate data entry when 
30 installing or maintaining telecommunications equipment. 

It is yet another object of the present invention to provide for all of the aforementioned 
for non-teleconununications devices, such as, for example, a router, hub or bridge, where the 
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non-teleconununications device offers a communications path suitable for management of the 
device and the device contains data that can desirably be managed or manipulated. 

These and other objects of the invention which will be apparent on reviewing the 
specification and microfiche appendix can be achieved using the improved telecommunications 
5 installation and management system and method disclosed herein that automates the installation 
and maintenance of a telephone switch and associated ancillary equipment. The present 
invention provides a telecommunications system installation and management device and method 
that includes a common, user friendly interface for managing, controlling, updating and 
monitoring a telecommunications switch, such as a private branch exchange telephone switch 

10 and associated (or disassociated) peripheral telecommunications equipment. The device is 
capable of managing and controlling a plurality of different types of telecommunications 
equipment, such as telephone switches, call accounting systems and voice messaging systems, 
provided by various different manufacturers and having differing conunand protocols and/or 
operating systems to thereby seamlessly integrate the equipment into an easily managed 

15 telecommunications system. A local database within the telecommunications system provides 
for near real-time access and modification of programming information for the 
teleconmiunications equipment and further provides for redundancy in the event that the 
telecommunications equipment should fail. In addition, real-time or near real-time 
interconnection with all managed subsystems is provided to facilitate immediate update of 

20 operational parameters in response to user requests. 

Brief Description of the Drawings 
Figure 1 illustrates a schematic block diagram of the present invention and the 
interconnection between a computer system programmed in accordance with the present 
invention and one or more teleconmiunications subsystems. 

Figure 2 illustrates a preferred embodiment of the present invention wherein multiple 
code operated switches are connected or cascaded together to provide interconiKection between 
a computer system programmed in accordance with the present invention and one or more 
managed telecommunications subsystems. 

Figure 3 illustrates an alternative preferred embodiment of the present invention that 
includes a local or wide area computer network to interconnect a computer system programmed 
in accordance with the present invention and one or more managed telecommunications 
subsystems. 
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Figure 4 illustrates a preferred layout for a main menu of a computer programmed in 
accordance with the present invention. 

Figure 5 illustrates a typical record stored within a database of a computer programmed 
in accordance with the present invention. 
5 Figure 6 illustrates a preferred layout for a Utilities submenu of a computer programmed 

in accordance with the present invention. 

Figure 7 illustrates a preferred layout for a Work Order submenu of a computer 
programmed in accordance with the present invention. 

Figure 8 illustrates a preferred layout for a System Connections submenu of a computer 
10 programmed in accordance with the present invention. 

Figure 9 illustrates an overview of a preferred method for developing, translating, 
transmitting and confirming receipt of operational parameters for managed subsystems of a 
telecommunications system in accordance with the present invention. 

Figure 10 shows a flowchart illustrating one preferred method for transmitting 
15 operational parameters to managed subsystems and for confirming accurate receipt of such 
operational parameters by the managed subsystems in accordance with the present invention as 
illustrated. 

Figure 1 1 shows a block diagram depicting one feature of the present invention wherein 
similar data, such as a name or extension number, need only be stored once within a record in 
20 an internal database of the present invention. 

Detailed Des cription of die Preferred Embodiment 
Documented source code for a preferred embodiment of the operational software used 
in the present invention is provided in the microfiche appendix that is part of this specification. 
Upon reviewing the source code for the operational software in the microfiche appendix, in 
25 conjunction with the description and drawing figures in the main part of the specification, those 
skilled in the art will fully understand the feanires and operating characteristics of the present 
invention. 

As described in detail below, one preferred embodiment of the present invention includes 
a computer system, such as a personal computer, connected with a telecommunications system 
30 through a communication path. The personal computer system includes operational software, 
a preferred embodiment of w h is included in the microfiche appendix. 
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The soiirce code in the microfiche appendix includes twenty-three files - twenty files 
having a ".prg" extension and three files having a ".fint" extension. Generally, the ".prg" files 
are program files that, in this preferred embodiment, conform to the Borland, DBase V 
programming language. The ".fmt" files, including TRUNKS.FMT, PROFILE.FMT and 
5 REP AIRS, FMT are screen entry format files that are used to determine the format of 
information to be received from a user. The functions of the specific programs are discussed 
below. 

The SITE.PRG program contains the main application code of the present invention. 
SITE.PRG handles the display of menus and database records for user information. SITE.PRG 

10 further contains low-level communication services and supporting functions as well as the 
subroutines for generating reports, work order processing, entry and editing of database fields, 
look-up and data validation functions and rules. SITE.PRG uses several ".fmt" files for site 
specific or generic data entry screens as required. Other subroutine calls include calls to 
external programs that control the various aspects of conununications and relationships with 

15 managed subsystems such as a specific brand of PBX or voice-processing system. 

The F9600.PRG file contains the conmiunication routines that are specific to issuing 
programming changes in the Fujitsu F9600 PBX series. Also contained are utilities that allow 
the present invention to synchronize and automatically populate its local database tables with 
information contained within a Fujitsu PBX or to conversely program the Fujitsu PBX as a 

20 single operation from information contained within the internal database of the present 
invention. This module accounts for the many nuances and sequences that must normally be 
performed manually for operations such as adding or deleting telephones (or other native 
devices) for the Fujitsu PBX. This program also contains additional functionality for interfacing 
with the Fujitsu PBX including an interpreter of the Fujitsu F9600 EMML prognunming 

25 templates to allow native programming of the PBX without using a separate maintenance 
terminal. As changes are made in the local database of the present invention to fields 
representing User Names, Key Buttons Assignments, Feature Class, Call Forwarding, Pickup 
Groups etc. , this module processes the requests to the F9600 PBX and verifies the changes by 
querying the F9600 PBX in a follow-up error check. 

30 Importantly, the preferred embodiment of the present invention as embodied by the 

source code in the microfiche appendix is intended to operate with a Fujitsu F9600 type PBX. 
Of course, one of skill in the art will appreciate from the discussions herein and the source code 
in the appendix that the present invention could be adapted to operate with any desired PBX or 
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Other telecommunications equipment through the provision of a suitable program similar to the 
F9600.PRG program. Furthermore, non-telecommunications equipment, such as routers, hubs, 
and bridges, can be managed through the replacement of the F9600.PRG program with another 
program for interfacing with the non-telecommunications equipment. Thus, where it is desired 
5 to use the present invention with other telecommunications or non-telecommunications systems, 
the F96CX).PRG program would be replaced with another suitable program for interfacing with 
the desired equipment. For example, where an AT&T PBX telephone switch is to be managed, 
the F9600.PRG could be replaced with a program that employs the same novel and unique 
techniques, logical assumptions and relationships to control the AT&T PBX telephone switch. 
10 Furthermore, where multiple devices are to be managed, multiple device specific control 
programs, such as the F9600.PRG program, could be operated at the same time in accordance 
with the present invention. 

The EXPORT.PRG program is used to export directory names for Fujitsu dial-by-name 
servers and external directory systems (such as the IBM mainframe Personal Records 

15 Management System) which need to be synchronized to the master directory held in the internal 
database of the present invention. 

The CENTIGRA.PRG program contains communication routines that are specific to 
issuing programming instructions to the Centigram Series of voice processing systems. Also 
contained are utilities that allow the present invention to synchronize and automatically populate 

20 its database tables with information contained within a Centigram voice processing system or 
to conversely program the Centigram voice processing system in a single operation from 
information contained within database tables of the present invention. This module accounts 
for the many nuances and sequences that must normally be performed manually for operations 
such as adding or deleting mailboxes from the Centigram system. As changes are made in the 

25 local database of the present invention to User Names. Department, Operator Extension 
Number, FeaUire Class, etc., this module processes the requests to the Centigram voice 
processing system and verifies the changes by querying the Centigram system in a follow-up 
error check. Similarly, the OCTEL.PRG program contains the communication routines that 
are specific to issuing programming instmctions to the OCTEL series of voice processing 

30 systems and for performing the other ancillary fimctions discussed above in connection with the 
CENTIGRA.PRG program. 

The CHECK.PRG program contains routines used to validate data integrity and validity 
in the internal database globally, usually before programming a new telecommunications device. 
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such as a telephone switch, voice processing system, etc. This program also contains routines 
used to create and upload operational parameters for a new PBX system from scratch. The 
ASSAC.PRG, ASSDICL.PRG, ASSVL.PRG, ASSMLDT.PRG, ASSPICL.PRG, 
ASSSLT.PRG, and ASSICLG.PRG programs contain the routines used by the CHECK.PRG 
5 program to generate Fujitsu F96(X) commands for building/loading an F9600 PBX from a 
completed local database within the present invention. 

The SETUP. PRG program is used to configure the present invention during an initial 
setup phase. This program allows selection of defaults such as dialing plan and other 
operational nuances, and then builds an initial local database for use in the present invention, 
10 The REP.PRG, REPl.PRG, and REP2.PRG programs provides generic report support 

and generation in the present invention. These programs allow the present invention to create 
ad-hoc queries and reports that may be browsed on-screen, printed, or saved to disk for export 
to other systems. 

The DESI9600.PRG program contains the routines for reading telephone related data 

15 contained within the present invention and printing it on pre-printed facemat designation labels 
as one seamless operation. As key-button assignments are re-programmed on a digital 
telephone, this program prints a newly updated label with additional instructions such as Name, 
Location, Department and other pertinent information that is needed to maintain current desktop 
information. The program automatically adjusts and prints Direct Inward Dial prefixes and 

20 other site specific rule based information on the facemats. 

Finally, the BACKUP. PRG program contains support for backup and archiving of the 
local database of the present invention and the PROJECT. PRG program provides support for 
basic project management functionality in connection with the management and support 
functions of the present invention. 

25 Referring first to Figure 1 , a schematic block diagram of the present invention and the 

interconnection between a computer system progranmied in accordance with the present 
invention and one or more managed telecommunications subsystems is shown. As can be seen 
in Figure 1, the present invention comprises a telecommunications installation and management 
system 10 that typically includes a personal computer data processing portion 12 having an 

30 input device 14, such as a keyboard and/or mouse, and an output device 16, such as a video 
display terminal. As shown in Figure 1, data processing portion 12 is connected with input 
device 14 for receiving input therefrom and is further connected with output device 16 for 
displaying information to a user of the system 10. While system 10 is preferably implemented 
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using a personal computer, any computer capable of performing the functions described below 
could be used in accordance with the present invention. Furthermore, where input device 14 
is preferably a keyboard or mouse and output device 16 is preferably a video display terminal, 
any suitable input and output devices could be used including touch screens, light pens, 
5 read/ write compact disks, etc. 

Telecommunications installation and management system 10 is connected with one or 
more managed telecommunications subsystems shown generally at 18 through interface circuitry 
17. Specifically, system 10 is connected by communication path 19 to interface circuitry 17 
and interface circuitry 17 is connected by communication paths 20 to one or more of a first 

10 Private Branch Exchange (PBX) telephone switch 22, a second PBX telephone switch 23 , a call 
accounting system 24 and a voice processing system 26, such as a voicemail system and any 
other device 31 such as a router, hub, bridge, etc. User terminals, such as telephone stations, 
can be connected to telecommunications subsystems 18 as required. For example, telephone 
stations 28 can be connected to PBX telephone switch 22 through a plurality of suitable 

15 coimections 30. 

As illustrated in Figure 1. interface circuitry 17 serves to receive information from the 
system 10 through communication path 19 and to forward that information to an appropriate 
teleconununications subsystem 18 through one of communication paths 20, as well as to receive 
information from telecommunications subsystems 18 through communication paths 20 and to 

20 forward that information to system 10 through communication path 19. In one preferred 
embodiment, interface circuitry 17 is a code operated switch, that operates to receive 
information from system 10 through communication path 19 and to process that information to 
generate appropriate selected data for output to each of the telecommunications subsystems 18. 
This selected data is then transmitted through communications paths 20 from interface circuitry 

25 17 to each of the telecommunications subsystems, as appropriate. As described in more detail 
below, the code operated switch provides for bi-du-ectional communication between a plurality 
of devices, such as the system 10 and the telecommunications subsystems 18 in the present 
invention. 

While interface circuitry 17 could include a single code operated switch, such a 
30 configuration would limit the number of telecommunications subsystems that could be supported 
by the present invention to the number of available outputs on the single code operated switch. 
Thus, in accordance with another preferred embodiment of the present invention, multiple code 
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operated switches are connected or cascaded together to allow for connection of additional 
telecommunications subsystems 18. 

Figure 2 illustrates one such configuration. As seen in the example of Figure 2, three 
code operated switches are daisy-chained together to increase the number of managed 
5 subsystems that can be controlled by the present invention. Specifically, as seen in Figure 2, 
interface circuitry 17 includes a first code operated switch 210, a second code operated switch 
220 and a third code operated switch 230. Each switch 210, 220, 230 includes an input 212, 
222 and 232, respectively, and a plurality of outputs (such as, for example, 64 outputs) 
designated generally at 214, 224 and 234, respectively. One output 216 from first code 

10 operated switch 210 is connected to input 222 of the second code operated switch 220. 
Similarly, one output 226 of the second code operated switch 220 is connected to input 232 of 
the third code operated switch 230. In this manner, the three code operated switches 210, 220 
and 230 are daisy-chained together. 

Each of the three code operated switches in this configuration provides for bi-directional 

15 communication between the inputs and outputs of each switch. Thus, data provided on 
communication path 19 to input 212 of first code operated switch 210 will be transferred to one 
of the outputs 214. Which output the data will be transferred to is controlled by conunand 
parameters passed with the data to input 212. Thus, each one of outputs 214, except output 216 
that is connected to input 222 of the second code operated switch 220, can be connected to 

20 managed subsystems to be controlled by the present invention, such as teleconununications 
subsystems 18. Similarly, each one of outputs 224, except output 226 that is connected to input 
232 of the third code operated switch 230, can also be connected to managed subsystems to be 
controlled by the present invention. Since the embodiment shown in Figure 2 only includes 
three code operated switches cascaded together, all outputs 234 of the third, code operated 

25 switch 230 can be connected to additional managed subsystems. Of course, if additional outputs 
are required, additional code operated switches could be cascaded to third code operated switch 
230 as needed depending on the number of subsystems to be managed by the present invention. 

As known to those of skill in the art, information received at input 212 of first code 
operated switch 210 is bifurcated into a series of discrete data packets for transmission to each 

30 of the outputs 214. The division of the input data is controlled through the provision of 
commands embedded in, or transferred with, the input data. Thus, when multiple code 
operated switches are connected together as shown in Figure 2, relatively short data packets 
intended for directed transmission to subsystems are provided at all outputs 214 other than 



BNSDOCrD: <WO 9805152A1_I_> 



BNS page 19 



W0 98A>5152 PCT/US97/13454 

- 18 - 

output 216. which is connected to input 222 of the second code operated switch 220. The data 
packet transferred to output 216 is a concatenation of a plurality of data packets and control 
information that is further bifurcated as required to be provided to outputs 224 of the second 
code operated switch 220. A similar approach is used to transfer informaUon to outputs of the 
5 third (or fourth, etc. where more than three switches arc used) code operated switch 230. 

Referring again to Figure 1, communications paths 19 and 20 may be any suitable 
connection for transferring information between the system 10 and interface circuitry 17, and 
between interface circuitry 17 and telecommunications subsystems 18. In one preferred 
embodunent of the present invention, communications paths 19 and 20 include RS-232 serial 

10 cables connected between corresponding data ports on the system 10 and the interface circuitry 
17 and between interface circuitry 17 and telecommunications subsystems 18. In another 
preferred embodiment, communications paths 20 comprise a standard telephone connection used 
to transfer data, such as a dial-up modem connection. Of course, any suitable connection can 
be used for communications paths 19 and 20 provided that information may be exchanged 

15 therethrough. Thus, an ISDN link, dial-up or dedicated modem link, a direct serial or parallel 
link, a wireless data link (including AM, FM, digital, or any other suitable modulation 
scheme), a packet-switched network, an internet interconnection, or any similar or equivalent 
connection can advantageously be used with the present invention. 

As discussed above, in one preferred embodiment of the present invention, interface 

20 circuitry 17 is one or more code operated switches. In an alternative preferred embodiment, 
interface circuitry 17 includes a local or wide area computer network, such as an ethemet 
network, token ring network, FDDI (fiber distributed data interface), CDDI (copper distributed 
data interface), ATM (asynchronous transfer mode) network, etc. In such a system, each of 
the telecommunications subsystems 18 would be connected to the network through suitable 

25 network interface circuitry, or NIC. Also, any hybrid of the aforementioned could be used, 
such as, for example, one code operated switch, one modem, three RS-232 serial 
interconnections, one FDDI. one NIC, one BRI ISDN interconnection, and one Internet 
interconnection. In addition, where it is impossible or undesirable to directly connect one or 
more of telecommunications subsystems 18 to the network infrastructure, a communications 

30 server can be used to facilitate communication with these peripherals. Specifically, a 
coimnunications server, such as a personal computer, would be connected to the network 
through suitable network interface circuitry and would conununicate with the peripherals 
through a serial or other suitable data link. 
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Figure 3 illustrates this preferred embodiment of the present invention, where like 
references nimierals from Figure 1 are used for like components. As seen in Figure 3, interface 
circuitry 17 includes a local or wide area network 300. Communications paths 19 and 20 have 
been replaced with network interface circuitry 302 and 304 respectively, which could include 
5 a network interface circuit card and associated cable to connect that card to the network 300. 
In the embodiment shown in Figure 3, telecommunications subsystems 18 interface directly to 
network 300 through network interface circuitry 304. Therefore, telecommunications 
subsystems 18 must be capable of connecting with network interface circuitry 304. In the most 
preferred embodiment, each of teleconununications subsystems 18 has a computer interface slot 
10 for receiving a standard network interface card that forms a portion of network interface 
circuitry 304. 

In the event that telecommunications subsystems cannot be directly connected to network 
300, they may still be controlled in the embodiment of Figure 3 through another data 
communications interface, such as a serial data communications port. This is accomplished 

15 through the use of a communications server 310. As shown in Figure 3, communications 
server 310 is connected to network 300 through suitable network interface circuitry 306, which 
in a preferred embodiment is similar to circuitry 304 and includes a network interface card and 
associated cable. Communications server 310 could be, for example a personal computing 
system with associated communications software and circuitry 306 could be a network interface 

20 card, such as an ethemet network interface card and interconnecting cable. 

Communications server 310 is connected with one or more telecommunications 
subsystems shown generally at 318 through communications paths 311. Teleconununications 
subsystems 318 could include any suitable devices similar to those of managed subsystems 18 
and in the embodiment shown in Figure 3, subsystems 318 include a third Private Branch 

25 Exchange telephone switch 312, a call accounting system 314, and a miscellaneous host 316, 
which could be another PBX, call accounting system, voice processing system, computer 
telephony interface (CTI) device. Automatic call distribution (ACD) device, internet server, or 
other suitable device. Furthermore, although not shown directly in Figure 3, the cascaded 
switch arrangement of Figure 2 could be attached to communications server 310 to control a 

30 plurality of managed subsystems in a similar manner as that described above in connection with 
Figure 2. 

As noted above with respect to communications paths 19 and 20, communications paths 
311 may be any suitable connection for transferring information between the conununications 
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server 310 and telecommunications subsystems 318. In one preferred embodiment of the 
present invention, communications paths 311 include RS-232 serial cables connected between 
corresponding data ports on the communications server 310 and telecommunications subsystems 
318. In another preferred embodiment, communications paths 311 comprise a standard 
5 telephone connection used to transfer data, such as a dial-up modem connection. Of course, 
any suitable connection can be used for communications paths 311 provided that information 
may be exchanged therethrough. Thus, an ISDN link, dial-up or dedicated modem link, a 
direct serial or parallel link, a wireless data link (including AM. FM. digital, or any other 
suitable modulation scheme), a packet-switched network, an internet interconnection, or any 

10 similar or equivalent connection can advantageously be used with the present invention. 

The operation of system 10 will now be discussed in detail. As described above, one 
preferred embodiment the present invention includes a computer system, such as a personal 
computer, connected with one or more telecommunications devices through a communication 
path, and including operational software, a preferred embodiment of which is included as source 

15 code in the microfiche appendix. While the primary features and functions of the present 
invention provided by this operational software are described below, reference to the appendix 
by those of skill in the art will reveal many additional capabilities of the present invention. 

Referring generally to Figures 1-3. in operation, system 10 receives and stores 
information necessary to control the operation of the managed telecommunication subsystems 

20 18 connected thereto. Thus, when connected with PBX switch 22. system 10 stores information 
used to control the operation of PBX switch 22 including key button assignments, extension 
nximbers, user name, etc. In addition, to facilitate maintenance and record keeping of the 
telecommunications system, system 10 also includes information relating to the physical layout 
of the telecommunications system, including the location, department code, and cable number 

25 of telephone stations connected thereto. Similar information can be stored in system 10 for any 
additional telecommunications subsystems 18 as necessary. 

In one preferred embodiment, system 10 includes an internal database that includes a 
plurality of records, each including a plurality of values, used to control telecommunications 
subsystems 18. Each record can be indexed by any suitable means, for example, by an 

30 extension number of a telephone station connected with PBX telephone switch 22. Importantly, 
in accordance with the present invention, where telecommunications subsystems 18 include 
multiple different types of devices, a single record is stored that includes sufficient information 
to control each of the different types of equipment. For example, where similar data, such as 
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extension number, is required for operation of both PBX telephone switch 22 and call 
accounting system 24, this information need only be stored once within a record in the internal 
database included in system 10. Of course, such information could be stored more than once 
for redundancy or back-up purposes, 
5 Thus, where changes or updates are made to the configuration of the telecommunications 

system, the updated or modified data need only be entered once by an operator of system 10. 
That is, if a user of, for example, PBX switch 22 moves from one location to another, this 
change in location need only be recorded one time. System 10 will then reprogram first PBX 
switch 22, and any other of the managed telecommunications subsystems 18 as necessary to 
10 reflect this change in location. Thus, in accordance with the present invention, data stored in 
more than one of the telecommunications subsystems 18 need only be changed once in system 
10 and will then be downloaded as appropriate to the teleconamunications subsystems 18 when 
necessary. 

Furthermore, system 10 will also take additional steps to facilitate this change in 

15 location. Specifically, for example, system 10 will reprint designation strips for all phones that 
included the moved station, updating of cable records, etc. Thus, in accordance with the 
present invention, data reflecting an update or change to the managed teleconmiunications 
system is only required from the user a single time - with system 10 automatically making 
additional updates, modifications and changes in response thereto. In this manner, maintenance 

20 of the system is greatly simplified and thus the time required for such maintenance is reduced. 

This feature of the present invention, where similar data, such as extension number, 
need only be stored once within a record in the internal database included in system 10, is 
illustrated more clearly in Figure 11. As seen in Figure 11a plurality of managed subsystems 
18, including managed subsystems 1100, 1102, 1104 and 1106, each include an internal 

25 database 1101, 1103, 1105 and 1107 containing operating information for the respective 
managed subsystem. The information contained in each of the internal databases 1101, 1103, 
1105 and 1107 is transferred to system 10 and temporarily stored in databases 1110, 1 112, 11 14 
and 1116 respectively. The information within these temporary databases are then compacted 
or compressed into a consolidated internal database 1118 stored within system 10. 

30 Specifically, when receiving information from any of the managed subsystems, system 

10 first performs protocol and connectivity conversion to recover the information depending on 
the specific type, brand and operating system of the managed subsystem 18 from which the 
information was received. System 10 then performs a relational compression of this 
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infonnation and stores the result within internal database 1118 such that common informatiDn 
stored within each of the managed subsystems need only be stored a single time within the 
internal database 1118 of system 10 as described above. A reverse process is followed to 
transfer infonnation from the internal database 1118 of system 10 to one of the managed 
5 subsystems 18. Specifically, information is retrieved from the internal database 1118 and a 
suitable process is performed to format, or uncompress, the information into a suitable form 
for the managed subsystem 18 to which the information will be transferred. Thereafter, the 
information is placed into the proper protocol and transmitted to the appropriate managed 
subsystem 18. 

10 Importantly, the present invention provides a system and method capable of seamlessly 

integrating differing telecommunications support products provided from various different 
manufacturers or having differing operating systems. Generally, each different manufacturer 
of teleconununicaiions equipment provides a slightly different command strucmre, or protocol, 
to communicate with that equipment. Thus, referring to Figure 1, while first telephone switch 
15 22 may be made by a first manufacmrer and require a first command sequence to provided to 
program a specific parameter, second telephone switch 23 could require a second, completely 
different, command sequence. 

In accordance with the present invention, the ability to communicate with any number 
of differing types of telecommunications equipment employing any number of differing 
20 command structures or protocols is provided. Specifically, the telecommunications installation 
and management system of the present invention includes the ability to format commands in 
differing manners depending on the specific equipment attached thereto. Thus, prior to 
transferring data or other information to the telecommunications equipment to be controlled, 
this information is first properly formatted so as to be received and understood by the 
25 appropriate piece of equipment. 

In a preferred embodiment of the present invention, a plurality of different software 
drivers are used based on the identity of the telecommunications equipment to be controlled by 
the system. Upon identification of the equipment by a user of the system, an appropriate driver 
is selected and used for all subsequent communication with that piece of equipment. Similarly, 
in accordance with the present invention, different software drivers are used for 
telecommunications equipment having different command structures and operating systems. 
Upon suitable identification of the equipment by a user, an appropriate driver is selected based 
on the known command structures and operating system parameters and used for all subsequent 



30 
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communication with that piece of equipment. In this fashion, the architecture of the software 
system is said to be "modular" or "object oriented." 

Another important aspect of the present invention lies in the integration of the above 
described telecommunications equipment management and control with other telephony services 
5 typically performed either manually or through other special purpose equipment. Since detailed 
information on the operational parameters of each of the telecommunications equipment under 
control of the present invention is available, the present invention is uniquely situated to 
compile and output reports and other information that traditionally have been kept through 
manual records. 

10 For example, tracking of repair requests can be easily implemented in accordance with 

the present invention by providing the ability to associate such requests with a predetermined 
record in the internal database within the system 10. While the recordation of such requests 
is not typically stored within the telecommunications equipment that is under the management 
and control of the present invention, this information can be included in the local database that 

15 also stores this information. Thus, in addition to storing parameters necessary to control the 
operation of the telecommunications equipment, the present invention also tracks ancillary 
information that can increase the efficiency of maintaining the telecommunications system. 

When initially activated, system 10 provides a login screen to the user. Upon 
successfully entry of a user name and password, system 10 first attempts to communicate with 

20 each of the managed subsystems, for example telecommunications subsystems 18. If a problem 
is encountered in communicating with any of the managed subsystems, system -10 will display 
an appropriate error message and will normally temporarily suspend access until the 
communication problem is corrected. If, however, communications cannot be established, it 
is possible to operate system 10 in an "offline" mode. In this mode of operation, system 10 

25 will not attempt to communicate with the managed subsystems and will not perform internal 
checks for standard data entry errors such as the existence of an extension record prior to 
allowing the number to be added to a button on a telephone station. Since error checking is not 
performed during data entry, prior to downloading the changed records to the managed 
subsystem, a check for any logical data entry errors can be performed at a later time as 

30 described below. 

Upon successful conmiunication with one or more of the managed subsystems, or upon 
initiation of offline mode, system 10 displays a main menu substantially as shown in Figure 4. 
Of course, those of skill in the art will understand that the menu options shown in Figure 4 can 
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be modified or supplemented as required to provide user functionality. Importantly, however, 
one feature of the present invention is the provision of a standardized user interface that can be 
used to enter and change information that is used to control various different 
telecommunications devices. Thus, in accordance with the present invention, the main menu 
5 shown in Figure 4 will have substantially the same appearance regardless of the 
telecommunications system to be managed and regardless of the differing devices used to make 
up that telecommunications system. Therefore, once an operator is familiar with the operation 
of the present invention, that operator will be able to update and control an almost unlimited 
number of differing devices without having to releam a new command interface. Thus, whether 

10 the user is (1) managing and controlling an integrated telecommimications package including 
a PBX, call accounting system and voice messaging system made by a common manufacturer; 
(2) managing and controlling a telecommunications system including devices made by diverse 
manufacturers; or (3) managing and controlling multiple telecommunications systems, each 
having devices made by the same or diverse manufacturers, the same user friendly command 

15 interface is used. 

As noted above, system 10 includes an internal database that mcludes a plurality of 
records, each including a plurality of fields containing information such as extension number, 
name, button assignment values, voicemail parameters, cable records, and other operational 
data. As generally designated at 400 in Figure 4, system 10 includes several standard searches 

20 that can be used to locate a given record and display the contents of its fields. For example, 
a user can locate information regarding a particular telephone by entering an extension 402, last 
name 404, equipment number 406, location 408, or cable number 410 by selecting the 
appropriate entry from the main menu shown in Figure 4. Other search criteria can be entered 
including room number, department, MDF and House Pair, and other user defined fields by 

25 selecting "Other Searches" option 412 from the main menu. Once a proper record is located, 
information may be changed and system 10 will automatically update all attached managed 
subsystems, such as telecommunications subsystems 18 shown in Figure 1, as required. 

When performing an extension 402 search, system 10 will prompt the user for a desired 
extension number. Upon entry of the last digit of the extension number, system 10 will locate 

30 the corresponding record and display it to the user as described below. In accordance with the 
present invention, system 10 can be configured to operate with variable length extension 
numbers. Generally, however, system 10 requires extension numbers to be unique for each 
record. Thus, if multiple records for the same extension are required (i.e. for multiple listing 
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in a directory), the present invention provides a special field - the published number field - for 
this purpose. 

The uniqueness requirement of the extension number serves to highlight one feature of 
one preferred embodiment of the present invention, which is described in more detail below in 
5 connection with the Utilities option 414 submenu. When receiving input from a user, system 
10 checks that input to verify its validity prior to attempting to upload that information to a 
managed subsystem. In this manner, data entry errors that could effect the performance of the 
managed subsystem can be isolated and corrected prior to progranwning of the managed device. 
Thus, for example, where a user enters a duplicate extension number, system 10 will detect that 
10 duplicate entry and issue an error message to the user informing her of the duplicate extension 
number. 

In addition, one important feature of the present invention lies in its ability to quickly 
detect duplicative effort in making data entries. Specifically, in accordance with one preferred 
embodiment of the present invention, multiple users are permitted to edit a single data record 

15 at the same time. If, however, multiple users attempt to modify the same information, system 
10 will issue a warning indicating that only one user can modify that information. The 
remaining search options - name 404, equipment number 406, location 408, and cable number 
410 - operate in a similar manner by prompting the user for a desired search criteria and then 
locating records that conform to that search criteria. The "other searches" option 412 provides 

20 a submenu of other fields that can be searched, preferably including the ability to search on a 
department name, house cable pair, MDF tie cable pair search, pick-up group search and/or 
data extension search. Of course, those skilled in the art will recognize that other fields and 
similar features for duplicate data tests could be added to this submenu to meet user demands. 
From the above, it will be clear that the present invention provides comprehensive and 

25 complete searching capabilities to allow a user thereof to locate a desired record in a number 
of different manners. In accordance with the present invention, a record can be located based 
on whatever information is available to a user. When that information is not sufficient to 
isolate a single record, multiple records that satisfy the search criteria can be displayed in a 
sunmiary form embodied as a "pop-up window" with spreadsheet-like attributes to allow the 

30 user to select the desired record for more detailed display. Thus, those of skill in the art will 
appreciate from the above description and the attached source code in the microfiche appendix 
that the present invention provides great flexibility to the user in selecting and locating a desired 
record for review or modification. 
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Once a desired record is located in the internal database of system 10 based on a given 
search criteria, the record will be displayed with the field used for the search highlighted to the 
user. The user may then scroll through the remaining records, indexed by the highlighted field, 
by pressing an appropriate key on input device 14 of system 10. Importantly, once a desired 
5 record is located, the user may change the highlighted search field and thereafter scroll through 
the remaining records as indexed by this new search field. Thus, upon locating a record by 
name, for example "Doe, John," the highlighted search field can be changed to the "location" 
field to index the database by location. Thereafter, records can be scrolled accordingly to 
location in order to view other telephone stations in the same or nearby location to the 

10 originally selected record in a logical, straight forward manner, avoiding the trouble of recalling 
the prior screen and making a different field search selection. 

In addition, in order to facilitate selection of an appropriate record, system 10 provide 
the ability to display a shortened sununary of a plurality of records at one time. Upon locating 
the desired record summary, a user may then access and display the detailed record by 

15 operation of an appropriate key on the input device 14. One method of activating this feature 
of "scanning" multiple records at a tune is through actuation of an appropriate function key, 
such as Fl, as described below. 

A typical record 500 within the database of system 10 as it is displayed on output device 
16 is shown in Figure 5. As seen in Figure 5, each record includes a plurality of fields that 

20 contain information for a given extension, user, or other unique field as generally indicated at 
501. While many fields are displayed in Figure 5, it is a further feature of the present 
invention that additional "hidden" fields can be present that are only displayed when specifically 
requested by a user. Furthermore, while Figure 5 depicts an illustrative record display screen, 
the executable program as set forth in the attached software appendix allows new fields to be 

25 added, existing fields deleted, or the field display order rearranged as desired by the user of 
the system. 

In addition, the record 500 also includes one or more status messages 502, where 
appropriate. For example, record 500 could display the message "upload required" as 
illustrated in Figure 5. This status message indicates that the current record had some changes 
30 that were not successfully updated in one of the managed teleconmiunications device's operating 
database(s). As noted above, one feature of the present invention is to provide real-time access 
to a plurality of telecommunications devices and to facilitate real-time modification to operating 
parameter? jf these devices. Where the system 10 cannot make such real-time modifications. 
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however, it will record such circumstance and notify the user that these changes could not be 
made. This may occur, for example, when attempting to update information in a PBX for 
telephone stations that are busy. 

When such a siniation occurs, the system 10 will attempt to retransmit these 
5 modifications the next time that the record 500 is edited. In addition, the user can actuate the 
F4 key on input device 14 to immediately attempt a retransmission of record 500. 
Furthermore, as described in more detail below, a summary report of all flagged records 
(including various stams messages) can be generated by selectmg the Work Order Log option 
422 (Figure 4) from the main menu. Also, where multiple records are marked as "upload 

10 required," the user can select the Upload to PBX option 808 (Figure 8) under the System 
Connections option 424 (Figure 4) to attempt a retransmission of all records that require 
uploading. This feamre is described in more detail below in connection with Figure 8, 
illustrating the System Connections option 424 submenu. 

There are also several other statos messages that could be displayed in this location in 

15 accordance with the present invention. First, the system 10 could display a "Work Order 
Open" message, which indicates that there are one or more work orders open for the currently 
displayed record, A summary of all open work orders can be received by selecting the Work 
Order Log option 422 (Figure 4) from the Main Menu. In addition, system 10 could display 
a status message of "Comments Exist," indicating that the generic comments field for the 

20 currently displayed record has text in it. Of course, other stams messages could easily be added 
in accordance with the present invention, as required. 

Record 500 also includes a display of currently available function keys and associated 
functions, as generally designated at 504. Of course, the functions assigned to each function 
key can be varied to suit user applications and those illustrated in Figure 5 are exemplary for 

25 one preferred embodiment of the present invention only. As seen in Figure 5, the functionality 
for each function key is generally intended to streamline management of the telecommunications 
system. Thus, by pressing the Fl key, the user can place system 10 into a "scanning" mode 
wherein multiple records are displayed in summary form. For example, a summary of 13 
records could be displayed on a single screen, thus allowing the user to more quickly review 

30 all records to locate a record for which more detailed information is desired. The user may 
then access this record and receive a record display similar to that shown in Figure 5 for the 
selected record. 
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The F2 function key enters the edit mode, thus allowing the user to make changes to the 
infonnation contained within the record. The editing of data is performed in any suitable 
manner common to computer database application, such as the presentation of the currently 
existing data to the user with the ability to modify or update that data as desired. Function key 
5 F3 accesses the work order menu for the extension associated with the selected record. In the 
work order menu, the user can add, update, or close a work order for the extension associated 
with the displayed record. The F4 function key, as described above, causes the system 10 to 
immediately attempt to upload the currently displayed record to all managed telecommunications 
equipment. The F5 function key allows the user to modify and/or print designation labels for 

10 the telephone station associated with the currently displayed record. 

The F6 fiinction key instructs the system 10 to delete the currently displayed record. 
However, the system 10 will delete the record only if doing so will not require an update of 
a managed subsystem. Thus, this option is most useful when deleting a record that was added 
for purposes of tracking cable numbers or extra listings for a directory. If the record cannot 

15 be deleted through this function because an update of a managed subsystem would be required, 
the system 10 will instruct the user to use the Delete Extension Number option 420 from the 
Main Menu. 

As previously discussed, the present invention provides for real-time management and 
control of a number of differing telecommunications subsystems through a single integrated 

20 database strucmre. Often, these subsystems will be geographically dispersed from each other. 
By operating the F7 function key, a user of the present invention can access only those records 
relating to a single device, such as a PBX. Operation of the F7 key causes a pick list to be 
present to the user from which a desired PBX or managed device can be chosen. Thereafter, 
only records for that PBX will be displayed until the user cancels the filter command. 

25 The F8 function key instructs the system 10 to print the contents of the presently 

displayed record, including key station button assignments and conunents. 

The F9 function key bypasses the standard user friendly interface of system 10 and 
presents the user with a command line style interface to directly communicate with a selected 
telecommunications device through a direct TTY terminal session. This mode of operation is 

30 similar to the existing "dumb terminal" style of interface and is typically used for 
troubleshooting or native host programming. 

The FIO function key access a PBX verb-noun conunand language interpreter to allow 
for entry of a verb-noun combination for accessing of a program template. This mode of 
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operation should generally only be used when the parameters desired to be updated are not 
accessible through the standard record fields of system 10 and will only be available to the user 
when system 10 successfully attaches to and communicates with the PBX device. In this mode 
of operation, system 10 is similar to the Meridian Manager™ and Switchview systems discussed 
above. 

Referring again to Figure 4, the Utilities option 414 will now be described in more 
detail. When this option is selected, a Utilities submenu having a form substantially as 
illustrated in Figure 6 is displayed to the user. As seen in Figure 6, the Backup Database 
option 602 creates a backup disk or disks for the database stored within the system 10. As 
discussed above, one preferred embodiment of the present invention includes a personal 
computer having suitable mass storage capability, such as a hard disk, that contains the database 
used to store the information for the managed devices. The number of disks and time necessary 
to backup the database varies depending on the number of records in the database, which is 
related to the number and type of devices to be managed. 

The second option, Reindex Database 604, re-sorts the database files used in the present 
invention. This option is performed in the event that the database order seems erratic or if 
searches fail to locate valid records. In addition, this option is performed whenever the present 
invention does not undergo an orderly shutdown (i.e. if the system experiences a power outage 
prior to exiting the system software). Again, as with the Backup Database option 602, the time 
required to reindex the system database depend on the number of records present in the 
database. 

The Labels option 606 allows for printing of labels for terminal blocks, such as 66M150, 
110 type, Bix, Krone, and patch panels, as well as station and equipment cable labels, facemats 
and designation strips. 

The Pack Database option 608 is used to remove all records that have been marked for 
deletion and to simultaneously reindex the database as in the Reindex Database option 604. 
When a record is "deleted" using a delete command, that record will be removed from viewing 
and report functions, but the information will remain in the database structure until the database 
is packed. Thus, the present invention provides support for recovering "deleted" information 
prior to packing of the database from which the information has been deleted. 

The Phone Count option 610 causes system 10 to count every type of phone present in 
the database and to display the total number for each phone type. This information is updated 
automatically as records are added, deleted or changed, thereby ensuring up-to-date and 
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accurate information on system inventory. Where multiple PBX systems are being controlled, 
the present invention allows the user to pick a specific system for which the phone count will 
be performed. In addition, this option provides information for all PBXs in a system where 
multiple PBXs are present. Specifically, this option provides the following information: (1) 
5 Current PBX (Allocated) - the total number of records by phone type for the current PBX 
including records that have not yet been assigned PBX equipment numbers; (2) Current PBX 
(Active) - the total number of records by phone type for the current PBX that have PBX 
equipment numbers assigned to them; (3) Entire Site (Allocated) - the total number of records 
by phone type for all PBXs including records that have not yet been assigned PBX equipment 

10 numbers; (4) Entire Site (Active) - the total number of records by phone type for all PBXs that 
have PBX equipment numbers assigned to them. Where a single PBX is being managed and 
controlled by system 10, the "current" and "entire" results will be the same. 

The Check and Load Database option 612 provides a further submenu of tests that can 
be performed by the present invention on the database structure contained within system 10. 

15 The different tests allow the system 10 to detect logical data entry errors such as the occurrence 
of duplicate data entries in the database structure of system 10. While the duplicate information 
may sometimes be valid (i.e. two employees having the same name), duplicate information may 
be the result of a data entry error or an error in customer information. The CHECK.PRG 
program discussed above performs this function in one preferred embodiment of the present 

20 invention. 

This option will generally not correct any errors detected, but merely serves as a tool 
to aid the user in the detection of database errors. In most cases, the fewer duplicate entry and 
logical errors detected, the less likely an error will result when processing information during 
an add, delete or change process, or during the upload of the database information to a managed 

25 subsystem, such as a PBX system. 

The Check and Load Database option 612 includes the following individual tests that 
can be performed on the database stmcture within system 10. First, the system checks for 
problems related to button assignments on telephone stations, such as digital phones, including 
checking that: (1) duplicate feature and extension numbers are not assigned on the same phone; 

30 (2) extension numbers assigned to buttons actually exist as valid records in the database 
structure of system 10; (3) extension numbers do not cross a PBX boundary in multiple PBX 
telecommunications systems; (4) no duplicate intercoms are assigned to the same phone; and 
(5) an extension number does not appear more than 31 times. 
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Second, the system checks for problems related to duplicate entry errors, button 
assignment errors, and the other additional database integrity errors. Specifically, system 10 
checks for duplicate entry of the same prime extension number; the same exact name; the same 
room/location number; the same equipment number; the same cable number; the same MDF 
pair number; the same house cable pair number; and the same long distance authorization code. 

In addition to the above, system 10 further checks for the following additional database 
integrity errors: (1) blank directory or LCD names; (2) blank equipment numbers for digital 
or analog telephone types; (3) blank location numbers for digital and analog telephones; (4) 
assigned mailbox class of service for extensions with mailboxes; (5) matching mailbox and 
prime extension numbers; (6) existence of pickup group pilot numbers; and (7) PBX boundary 
checks for pickup groups and button assignments. 

The Vacant Numbers option 614 displays unassigned numbers in any given range of the 
database contained within system 10. This feature is particularly useful when assigning groups 
of phones or when trying to determine available numbers for planning purposes. The system 
prompts the user for the beginning and ending numbers of the range, and then displays all 
vacant numbers within that range. 

The Create Microcall SDF File option 616 is used when the telecommunications system 
includes a Microcall Call Accounting system. This utility creates an export file that contains 
the appropriate database information from system 10 in a Standard Data Format (SDF), The 
Microcall system can then import this file prior to running any call accounting reports. In this 
manner, the requirement to manually update the Microcall system, or another brand of call 
accounting system, is elimmated. 

The Export Dial-By-Name option 618 creates an export disk for use with a Fujitsu Dial- 
By-Name server, thus eliminating the need to manually update entries in the Dial-By-Name 
server. The file created by this option can be imported to the Fujitsu Dial-By-Name server, 
or to any other suitable device. 

The Site Profile option 620 displays the set-up information for the system 10, including 
customer name and address, emergency contact numbers, communications speed settings, DID 
number ranges, printer adjustments, field names, data entry format requirements, field validity 
expressions, and other miscellaneous system default values. 

The Add New Station Record option 622 is used to add miscellaneous records that do 
not have an associated extension number assigned thereto. That is, this option is used to add 
records for stations cables, router ports, etc, all of which do not have a unique extension 
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number associated therewith. Similarly, the Remove Station Record option 624 and the Print 
Station Records option 626 are used to delete and print such records contained within the 
internal database of system 10. 

Referring again to Figure 4, the Assign Extension Number option 416 will now be 
5 discussed in more detail. Specifically, this option is selected every time a user wishes to add 
a new station to the managed telecommunications network. System 10 will automatically 
choose an available extension and equipment number, or the user may enter a choice of her 
own. Furthermore, minimal additional information will be required to be supplied, depending 
on the configuration of the telecommunications system to be managed. Generally, the minimal 
10 information required includes phone type, and the name and location of the user. System 10 
will display a default phone type that can be accepted or modified by the user. In addition, if 
the user is unsure about the proper phone type, they may type a letter of the alphabet and 
system 10 will display a list of valid phone types that can be scrolled through for selection by 
the user. 

15 Once a phone type has been selected, system 10 will check for an available PBX 

equipment number for the given type of phone. System 10 will display the lowest vacant 
extension number and the user may choose this extension, or search for and enter another 
available number. If the user entered number is not, in fact, available, system 10 will issue an 
error message and assign the next highest available extension number from the number 

20 requested. Once an available number is selected, system 10 will display a data entry screen to 
the user. Upon entry of this information, system 10 will automatically program a PBX, 
Voicemail, and any other related subsystems connected thereto as described above. 
Furthermore, if the telecoimnunications system is a multi-PBX network, system 10 will also 
automatically update the specific routing tables in each PBX node to ensure proper on-net 

25 dialing, name display and feature transparency for the new station. In this manner, 
synchronization is maintained between all related subsystems (nodes and peripherals) to ensure 
proper interrelation and operation of these subsystems. 

The Change Extension Number option 418 allows a user to change an extension number 
in a managed PBX, including pick-up groups, hunt groups, and the line appearance on other 

30 telephones. Again, importantly, system 10 will also automatically update voicemail, call 
accounting, and other systems with the changed information where appropriate. 

The Delete Extension Number option 420 is used to delete an extension and associated 
record from the database contained within system 10. When this option is selected, system 10 
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will display the Name for tiie selected extension and any line appearances of this extension on 
other phones. System 10 will then ask for confirmation to delete this extension. If the user 
confirms deletion, system 10 will remove all button assignments on the phone, and remove all 
pickup groups, hunt groups, call forwarding and message waiting information associated with 
the extension. Phones on which the deleted phone would appear on a feature button are also 
updated appropriately. System 10 wUl retain cable information for the given location for later 
re-use unless the cable number, house pair and MDF pair fields are blanked prior to deleting 
the record. In addition, if the station is a digital station and a data device (DTA) is defined for 
that station, then the data device will also be removed along with the station record. 

If the extension is a Pickup group Pilot station, system 10 will display the members of 
the group and allow the user to select a new number as the pilot for that group. If a voicemail 
box is assigned to the extension, system 10 will prompt the user to confirm deletion of the 
associated voicemail box as well. Finally, system 10 will remove the record from view in any 
further searches or reports. System 10 will temporarily maintain the record information on the 
system until such time as a pack database command is issued. Until that time, the information 
may be restored if necessary. 

Referring again to Figure 4, the Work Order Log option 422 will now be described in 
more detail. When this option is selected, a Work Order submenu having a form substantially 
as illustrated in Figure 7 is displayed to the user. The Work Order submenu generally offers 
choices to view and print work orders based on a variety of selection criteria. Specifically, the 
Output Open Work Order Summary option 702 will display the name, extension and room 
number of all open work orders to the system user. Similarly, the Output Open Work Order 
Tickets option 704 outputs an entire work order, containing all information contained within the 
database in system 10, for each open order. Generally, this report will provide the extension, 
name, department, equipment number, cable information, button assignments, trouble reported, 
date and time order was received, person placing the order, etc. for each open work order. 
Each order is printed on a separate sheet, with a "signature" and "work completed" area for 
a techniciaii to complete prior to closing the work order. The Output All Work Order Tickets 
option 706 is similar to the Output Open Work Order Tickets option 704 except that a complete 
work order is output for every work order in the database of system 10 instead of just for open 
work orders. Of course, additional features could be added to the Work Order submenu as 
desired, including a technician log-on/off capability; time tracking capability; mapping 
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capability wherein the system would generate a map to the location where trouble was 
suspected; and key procurement and control procedures. 

The Upload Required Flagged Records option 708 produces a report listing the names 
and extensions of all records in the database that are not synchronized with one or more 
5 managed subsystems, including a PBX, Voicemail, or call accounting system. All records 
entered in offline mode, or that encounter an error during an upload process, are flagged as 
requiring an upload. 

The Repair Code Summary Report option 710 produces a report based on a date range 
of given work order activity. All work orders are summarized into categories when they are 
10 closed, including addition, deletion, program changes, voicemail problem, cable problem, 
equipment problem, telephone company problem, no trouble found, end-user, policy and other 
categories. 

The Search by Order Number option 712 allows the user of system 10 to locate a work 
order based on an assigned work order number, which are automatically generated when a work 

15 order is initially opened. Finally, the Service Dispatch Order Sheets opuon 714 produces a 
report containing basic installer information used for organizing departmental moves or 
activities involving the relocation of up to 20 phones. System 10 prompt the user to enter a list 
of up to 20 extension numbers and then produces a report containing the extension, equipment 
number, name, department, cable and room number information. 

20 Referring again to Figure 4, the System Connections option 424 will now be described 

in more detail. When this option is selected, a System Connections submenu having a form 
substantially as illusttated in Figure 8 is displayed to the user. The system connections 
submenu generally contains selections which allow the user of system 10 to establish direct 
connections with various managed subsystems connected thereto. Specifically, the PBX 

25 Command Language option 802 provides access to a PBX command interpreter for direct verb- 
noun command input. Verb-noun type commands can be generally issued to access a series of 
help fields and menus for a "fill in the blank" type of PBX programming template. The 
resulting screens and general input format are similar to that found in, for example, the Fujitsu 
EMML System. In addition, commands can also be issued in an EMML format with comma 

30 delimited arguments for direct download to the PBX or other managed subsystem(s) . Where 
there are muhiple managed subsystems including, for example, multiple PBX systems, a two 
or three (or more) character PBX identifier, which is assigned to each PBX in a profile setting 
of system 10, can be prefixed before each entered command. In this maimer, quick selection 
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of command based programming of any managed subsystem in a network can be accomplished 
without requiring time consuming login and/or manual dial up procedures. 

Importantly, when changes are made from the PBX command line, the internal database 
contained within system 10 is not updated. Therefore, the use of the PBX Command Language 
5 option 802 should only be used to make changes or inquiries to a managed subsystem that is 
not normally accessible through the other menus and options provided within system 10. 
Otherwise, loss of synchronization between the mtemal database stored within system 10 and 
the operational database within the managed subsystem can result. 

The PBX JTY Session option 804 initiates a direct TTY console session using the 
10 communication parameters and communication port established in ttie profile configuration of 
system 10. This mode of operation is generally used as a troubleshooting tool to communicate 
with a managed subsystem or modem, and allows a user to bypass any controls placed upon the 
communication link by system 10. 

The Voicemail Menu Session option 806 accesses a voicemail system console screen and 
15 performs an automated login to the voicemail system. A user of system 10 may then issue 
programming commands to the voicemail system using the native voicemail programming 
language and syntax. As with the PBX Command Language option 802, changes made to the 
voicemail system using this option do not update the internal database stored within system 10. 
Therefore, loss of database synchronization between the internal database within system 10 and 
20 the database within the voicemail system can occur and resynchronization will be required. 

The Upload Database to PBX option 808 transfers information stored within the internal 
database of system 10 to an operational database within a PBX or other managed subsystem. 
System 10 can send the entire database contents or only information contained in specifically 
flagged records, such as records flagged as "upload required" as discussed above. By 
25 uploading only the flagged records, synchronization between the internal database within system 
10 and the operational database within the PBX or other managed subsystem can quickly be 
achieved. In the alternative, if the user chooses to upload all records within the internal 
database of system 10, then system 10 will send the contents of every station record contained 
therein to the PBX or other managed subsystem and will override all corresponding existing 
30 programming information contained within that managed subsystem. This type of upload is 
usually only performed at the time of an initial system installation, or as part of catastrophic 
recovery procedure, etc. 
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The Download PBX to Database option 810 is used to replace all information within the 
internal database of system 10 with the related information located in a PBX or other managed 
subsystem. System 10 will query the PBX or other managed subsystem for extension, call 
forwarding, class of service, pickup group, button assignment information, etc. and will replace 
5 its existing information with the information collected from the PBX or other managed 
subsystem. In the event that system 10 does not contain any information at air (including any 
record) corresponding to the received extension number, system 10 will create a new record 
for that extension and will use the available information from the PBX or other managed 
subsystem to populate the fields within that record wherever possible. This operation is 

10 normally used only when changes have been made to a PBX without the use of system 10, or 
when installing system 10 at a new location that already has an mstalled telecommunications 
system for the purpose of constructing an initial database within system 10. 

The Assign Undefined Equipment option 814 is normally only used to assign PBX 
equipment numbers for station records that have been entered in the offlme edit mode. This 

15 procedure automatically assigns equipment numbers to both digital and analog telephone types 
within the internal database of system 10 so that they may be activated in the Check and Load 
Database option 612 discussed above in connection with Figure 6. The packages that will be 
needed for the desired station records must first be installed using the PBX Package Database 
option 820 discussed below in order for this routine to function properly. System 10 evaluates 

20 the available PBX packages and assigns equipment numbers based on the phone type contained 
in each record. System 10 then assigns equipment numbers sequentially based on the MDF pair 
and/or room location to facilitate efficient cross connections at the MDF. 

The Feature Access Number Plan option 816 is used to organize, synchronize, assign 
and delete access codes to various features in the PBX or other managed subsystems such as 

25 call forwarding, group pick up, etc. This option allows access to the "global" feamres 
database, as well as the per switch numbering plan and trunk group assignment databases. 

The Download Voicemail Database option 818 is used to replace all information within 
the mtemal database of system 10 with the corresponding information located in a voicemail 
system. System 10 will query the voicemail system for mailbox number, name, department, 

30 mailbox feature, class of service and attendant escape number and other data. System 10 will 
then replace all corresponding existing information with the new information collected from the 
voicemail system or, in the event tha^ -jystem 10 does not contain any information for a given 
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extension, system 10 will create a new record and use the voicemail system information to 
populate the fields where possible. 

The PBX Package Database option 820 is used to assign new station trunk and other 
miscellaneous circuit card packages in the PBX or other managed subsystem. This option is 
also used to synchronize an existing PBX package database with the package database contained 
within system 10 for new installations, or if circuit card packages are installed in the PBX in 
the offline mode or using EMML, or to facilitate large reconfigurations. 

The SYNCHRONIZE AVTH CODES option 822 verifies the existence of all dialing 
audiorization codes located within the internal database of system 10 for each PBX or other 
managed subsystem. System 10 queries the OFFCODE table or tables in each PBX or other 
managed subsystem and compares the enuries with the OFFCODE value of each record within 
system 10. If an entry is found in the internal database of system 10 that is not located in the 
PBX table or tables, system 10 will automatically program the OFFCODE in the PBX. 
Furthermore, if an OFFCODE is found in a PBX, but is not contained within a valid record 
15 of system 10, system 10 will delete the OFFCODE from the PBX. This prevents unauthorized 
use of PBX trunk routes or unaccounted billing records. Therefore, it is important to make 
sure that all records requiring authorization codes within the internal database of system 10 have 
been updated prior to running this procedure. 

The TCSI TELNET SESSION option 824 allows a communication session to occur 
20 between the present invention and another Host utilizing the Telnet protocol. The IP address 
of the Host system must be entered into system 10 and a Local/Wide area network interface 
card must be equipped in the system 10 to establish the Telnet session. Telnet sessions are 
useful because many Hosts use this standard protocol for remote access to configuration and 
management functions in addition to any direct serial, hardwire or dialup communication 
25 interface ports. 

Referring again to Figure 4, Trunk Information option 426 provides a submenu 
containing information on PBX trunks, trunk groups, carrier information, circuit ID and trunk 
related repair orders. The View/Print Reports option 428 accesses a report generator contained 
within system 10. The report generator allows a user to create reports by selecting the fields, 
30 sort order, and any special filters that should be applied to the report. The resultmg reports 
can be viewed on screen prior to printing or saved to a ASCII text file. Furthermore, the 
selected report criteria can be saved under unique report names for later duplication. 
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Finally, the QUIT option 430 terminates operation of the program contained within 
system 10, closes all open database files and writes any information in memory to the mass 
storage device(s), including mirrored information stored on a RAID or similar device. 

Referring next to Figure 9, an overview of a preferred method for developing, 
5 translating, transmitting and confirming receipt of operational parameters for managed 
subsystems of a teleconmiunications system in accordance with the present invention is 
illustrated. As can be seen in Figure 9, the process begins at block 910. Next, in block 912, 
a system configuration database is developed. The development of the system configuration 
database could be accomplished in a number of different and advantageous ways depending on 

10 the objective to be achieved. For example, if it is desired to merely add a new user or to 
change the location of an existing user, this updated information may be manually entered into 
an existing system configuration database by an operator in a manner described above in 
connection with Figures 4-8, In the alternative, if a new or upgraded component of a 
telecommunications system is to be installed, system configuration information could first be 

15 downloaded from the old component and any desired changes entered therein to form the system 
configuration database. 

Upon development of the system configuration database, control transfers to block 914, 
where the system database is translated into system configuration information having a suitable 
format for the desired teleconmiunications device or devices. That is, depending on the 

20 teleconununications devices that are to be updated or reprogranmied, the data contained in the 
system configuration database is converted into a format suitable for transmission to the desired 
telecommunications system. This format can vary depending on the make or model of the 
telecommunications device to be reprogrammed and further depending on the specific command 
structure and operating systems employed in such devices. As previously noted, in accordance 

25 with one preferred embodiment of the present invention, a plurality of software drivers are 
provided to facilitate conununications between system 10 and a number of differing managed 
subsystems. Any necessary format conversion is preferably performed by these driver routines, 
thus increasing the flexibility and adaptability of the present invention. 

Next, in block 916, the formatted system configuration information is transferred to the 

30 appropriate managed teleconununications subsystems. As described above in connection with 
Figure 1-3, the transmission of this information can be perform in a variety of ways depending 
on the physical configuration of the teleconununications system. Importantly, were multiple 
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differing managed subsystems make up the telecommunications system, the configuration 
information will be transferred to each of these system in a suitable format. 

After transmission of the formatted configuration information, control transfers to block 
918, where the system 10 confirms receipt of the system configuration information by each of 
5 the managed subsystem. In this manner, system 10 confirms that the system configuration 
information was properly received and processed by each of the managed subsystems. After 
this confumation, system 10 discards the previous information and updates its internal database 
appropriately, thus ensuring synchronization between the internal database contained with 
system 10 and the operation databases within each of the managed subsystems. 
10 Referring next to Figure 10, a flowchart illustrating one preferred method for 

transmitting operational parameters to managed subsystems and for confirming accurate receipt 
of such operational parameters by the managed subsystems in accordance with the present 
invention is illustrated. In Figure 10, references to the line number for various modules of the 
source code contained in the microfiche appendix are included to facilitate review thereof. 
15 Specifically, an "S" designation indicates that the following number refers to a line number in 
the SITE.PRG program; an "F" designation indicates that the following number refers to a line 
number in the F9600.PRG program; and a "C" designation indicates that the following number 
refers to a line number in the CENTIGRA.PRG program. 

As seen in Figure 10, the process begins in block 1000. Control transfers to block 
20 1002, where a primary managed host system for the record to be downloaded is identified and 
selected. Reference to line 1979 of the SITE.PRG program in the microfiche appendix is made 
for further information on the specific details of this step. Typically, the primary host system 
could be a Private Branch Exchange telephone switch, such as a Fujitsu 9600 PBX switch. 
Control then transfers to block 1004, where the system saves field values for all Host 
25 subsystems. 

Subsequently, in block 1006, editing of the selected record is permitted by the user to 
enter or change information as desired. Upon completion of the modifications to the recoid, 
cond-ol ti-ansfers to block 1008, where the system 10 determines if any fields tiiat impact die 
operation of the primary host subsystem have changed. If any fields have changed, the system 
30 marks the record as "upload required" in block 1010. 

Next, in block 1012, system 10 determines in the primary host subsystem is online. If 
the primary host subsystem is online, conti-ol transfers to block 1014, where it is determined 
if any operational data was changed for each field in the primary host subsystem. If a field in 
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the primary host subsystem was changed, control transfers to block 1016, where an appropriate 
conmiand is issued to the host subsystem to update the appropriate operational data field. 
Control then transfers to block 1018, where the system 10 determines if the command issued 
failed, if the command did not fail, thus mdicating that the primary host field was properly 
5 updated, control transfers to block 1020. where system 10 determines if this is the last data 
field for the primary host. If not, control returns to block 1014, to form a download loop to 
recursively process all data fields for the prunary host subsystem. Sunilarly, as seen in Figure 
10, if the determination in block 1014 is negative, control likewise passes to block 1020 to 
check if additional fields remain to be processed. When block 1020 indicates that the last field 

10 has been processed, control uransfers to block 1022. where the upload required Hag for the 
given record is removed. 

Upon removal of the upload required flag, control passes to block 1024 for processing 
of a secondary host subsystem. As seen in Figure 10, block 1024 is also reached if a command 
to the primary host subsystems fails in block 1018. In such case, since the primary host 

15 subsystem could not be completely updated, the "upload required" flag remains set, thus 
indicating to system 10 that the primary host is not synchronized with the internal database in 
system 10 and that uploading of this information should be re-tried at a later time. In addition, 
block 1024 can be reached from block 1012, if it is determined that the primary host subsystem 
is not online. Again, in such case, the "upload required" flag set in block 1010 will remain set 

20 and uploading of the primary host information can be re-tried at a later time. 

In block 1024, system 10 first determined if a secondary host subsystem is present. If 
not, control passes to block 1036 and the process ends. If there is a secondary host subsystem 
present, control passes to block 1026, where the secondary host subsystem is selected. Control 
then passes to block 1028, where appropriate action is taken with respect to the secondary host 

25 subsystem depending on the field change. Specifically, depending on die field change, 
information will be inserted, modified, deleted or ignored in the secondary host subsystem. 

Control then transfers to block 1030, where an appropriately formatted command is 
issued to the secondary host subsystem. In block 1032, the system 10 determines if the 
command failed, sunilar to block 1018 widi respect to the primary host subsystem. If not, 

30 control transfers to block 1036 and the process ends. Of course, although not shown in Figure 
10, a similar recursive loop like the type used in coimection with the updating of the primary 
host subsystem could be employed with respect to the secondary host subsystem if necessary. 
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If the command failed, control transfers to block 1034, where the values of the internal 
database in system 10 are reset to the pre-edit settings. Thereafter, control transfers to block 
1036, where the system records the command failure in a log file, notifies servers of the error, 
and reports the error to a trace mode routine. The process then ends at block 1036. 
5 As described above, the present invention provides a system and method that reduces 

the time, effort and cost associated with the installation and maintenance of a 
telecommunications system. More interrelationships between data and more changes of 
cascaded events as a result of interlinked data are anticipated. Cascade of programming as a 
result of interrelationships of data represents one of the key contributing novelties to the time 
10 and cost saving elements of the present invention. Real-time or near real-time communications 
is also novel as it applies to two (2) or more managed devices. Project management, data, 
cable records, trouble tickets, etc. also important as interrelationships are important here as 
well. 

As can be seen from the foregoing, a telecommunications installation and management 

15 system and method formed in accordance with the present invention reduces the time, cost and 
effort required in managing, controlling, updating and monitoring a telecommunications device, 
such as a private branch exchange telephone switch, voice messaging system, call accounting 
system, central office telephone switch, router, bridge, hub, or any other associated peripheral 
telecommunications equipment, A plurality of different types of telecommunications equipment 

20 provided by various different manufacturers using differing operating systems can be managed 
and controlled using the present invention through a single point of control for both system 
management and data entry. A local database within the telecommunications system provides 
for real-time or near real-tune access and modification of programming information for the 
telecommunications equipment and further provides for redundancy in the event that the 

25 telecommunications equipment should fail. 

Of course, those of skill in the art will recognize that additional features and capabilities 
could be included int he present system and still fall within the scope of the present invention. 
For example, the user interface could be modified to include additional graphical features 
consistent with standard graphical user interface applications. In addition, any number and 

30 variety of conununications devices can be efficiently managed and controlled through a single 
central location in accordance with the present invention, thus reducing the costs and time 
involved in maintaining such systems. 
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1 . A telecommunications system installation and management apparatus for 
controlling the operation of at least two teleconmiunications devices that use different protocols 
for external conmiunication with the installation and management apparatus, comprising: 

5 a computer database system containing information used to control the operation of the 

teleconmiunications devices; 

data input means for receiving commands from a user to control said computer database 
system and for receiving information from said user to be stored in said computer database 
system; 

10 display means for displaying information stored in said computer database system to said 

user; 

communication means connected with the at least two telecommunications devices for 
transferring data between the telecommunications devices and the telecommunications system 
installation and management apparatus; and 

15 control means operatively connected with said computer database system, said data input 

means, said display means, and said communication means, said control means operating to 
retrieve information to be transferred to one of the at least two telecommunications devices 
from said computer database system, to generate a first teleconununications device control 
conmiand by converting said information into a protocol suitable for use with said one of the 

20 at least two telecommunications devices, and for transferring said first telecommunications 
device control command to said one of the at least two telecommunications devices using said 
communication means. 

2. The telecommunications system installation and management apparatus of claim 

1 wherein said control means comprises a central processing unit of a personal computer and 
25 said computer database system comprises a database stored within a memory of said personal 

computer. 

3 . The telecommunications system installation and management apparams of claim 

2 wherein said data input means comprises a keyboard connected to said personal computer and 
said display means comprises a video display terminal connected with said personal computer. 
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4. The telecommunications system installation and management apparatus of claim 
2 wherein said control means further comprises a computer program stored within said memory 
of said personal computer, said computer program operating to generate said first 
telecommunications device control conmiand by converting said information into a protocol 
suitable for use with said one of the at least two telecommunications devices. 

5. The telecommunications system installation and management apparatus of claim 
1 wherein each of the at least two telecommunications devices is one of a private branch 
exchange system, a call accounting system, and a voice messaging system, 

6. The teleconununications system installation and management apparatus of claim 
5 wherein each of the at least two telecommunications devices is a private branch exchange 
system. 



7. The telecommunications system installation and management apparatus of claim 
6 wherein each of the at least two private branch exchange systems are made by different 
manufacturers. 



8. The teleconununications system installation and management apparatus of claim 

1 wherein the at least two telecommunications devices include at least one private branch • 
exchange system and at least one of a call accounting system and a voice messaging system. 

9. The telecommunications system installation and management apparatus of claim 
8 wherein said at least one private branch exchange system and said at least one of a call 
accounting system and a voice messaging system are made by different manufacturers. 

10. The telecommunications system installation and management apparatus of claim 
1 wherein each of the at least two telecommunications devices is one of a telecommunications 
switching system, a call accounting system, a voice messaging system, a router, a bridge, and 
a hub. 



11. The telecommunications system installation and management apparatus of claim 
1 wherein said communication means comprises a modem. 
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12. The telecommunications system installation and management apparatus of claim 
1 wherein said conraiunication means comprises one of a serial interface cable, wireless 
communication system, network interface card, FDDI, CDDI, asynchronous transfer mode 
adaptor and ISDN terminal adaptor. 

5 13. The teleconmiunications system installation and management apparatus of claim 

1 wherein said control means further operates to receive an acknowledgement from said one 
of the at least two telecommunications devices using said conununication means, said 
acknowledgement confirming that said first telecommunications device control conunand was 
received and processed by said one of the at least two telecommunications devices. 

10 14. The telecommunications system installation and management apparatus of claim 

1 wherein said control means further operates to generate a second telecommunications device 
control conunand by converting said information into a protocol suitable for conununication 
with another of said at least two telecommunications devices and to transfer said second 
teleconununications device control command to said another of said at least two 

15 telecommunications devices using said communication means. 

15. The telecommunications system installation and management apparatus of claim 

14 wherein said one of the at least two telecommunications devices is a private branch exchange 
telephone switch and said another of the at least two telecommunication devices is one of a call 
accounting system and voice messaging system. 

20 16. The telecommunications system installation and management apparatus of claim 

15 wherein said one of the at least two telecommunications devices and said another of the at 
least two telecommunication devices are made by different manufacturers. 

17. The telecommunications system installation and management apparatus of claim 
1 wherein said communication means is permanently connected with the at least two 
25 telecommunications devices. 
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18. A telecommunications system installation and management apparatus for 
controlling the operation of at least one telecommunications device operatively connected 
through a communications path with the apparatus, comprising: 

a computer database including a plurality of data records containing program information 
used to control the operation of the at least one telecommunications device; 

data input means for receiving information from said user to be stored in one of said 
plurality of data records in said computer database; 

control means operatively connected with said computer database and said data input 
means, said control means operating to store said received information in said one of said 
plurality of records and to modify at least one other of said plurality of records in response to 
said received information. 



19. The teleconununications system installation and management apparatus of claim 

18 wherein said control means further operates to generate a first telecommunications device 
control command by converting said received information into a protocol suitable for use with 
said at least one telecommunications device, and for transferring said first telecommunications 
device control command to said at least one telecommunications device using the 
communication path. 

20. The telecommunications system installation and management apparatus of claim 

19 wherein said control means further operates to access said at least one other of said plurality 
of records to retrieve modified information therefrom, to generate a second telecommunications 
device control command by converting said modified information into a protocol suitable for 
use with said at least one telecommunications device, and for transferring said second 
telecommunications device control command to said at least one telecommunications device 
using the communication path. 

21 . The telecommunications system installation and management apparatus of claim 

20 wherein said at least one telecommunications device comprises a PBX telephone switch and 
a call accounting system, and said first telecommunications device control command is 
transferred to said PBX telephone switch and said second telecommunications device control 
conunand is transferred to said call accounting system. 
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22. The telecommimications system installation and management apparatus of claim 
20 wherein said at least one telecommunications device comprises a PBX telephone switch and 
a voice messaging system, and said first telecommunications device control command is 
transferred to said PBX telephone switch and said second telecommunications device control 

5 command is transferred to said call accounting system. 

23. A telecommunications system installation and management apparatus for 
controlling the operation of at least two teleconmiunications devices operatively connected 
through a communications path with the apparatus, comprising: 

a computer database including a plurality of data records containing program information 
10 used to control the operation of the at least two telecommunications devices; and 

control means operatively connected with said computer database, said control means 
operating to access said computer database to retrieve said program information and further 
operating to 

(a) format said program information into first formatted program information 
15 suitable for a first one of said at least two telecommunications devices, to generate a 

first telecommunications device control command by converting said first formatted 
program information into a protocol suitable for use with said first one of said at least 
two telecommunications devices, and to transfer said first telecommunications device 
control command to said first one of said at least two telecommunications devices, using 
20 the communication path; and 

(b) format said program information into second formatted program 
information suitable for a second one of said at least two telecommunications 
devices, to generate a second telecommunications device control command by 
converting said second formatted program information into a protocol suitable 

25 for use with said second one of said at least two teleconmiunications devices, and 

to transfer said second telecommunications device control command to said 
second one of said at least two teleconmiunications devices, using the 
conmiunication path. 

24. The telecommunications system installation and management apparatus of claim 
30 23 wherein said first one of said at least two telecommunications devices is a PBX telephone 
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switch and said second one of said at least two telecommunication devices is a call accounting 
system. 

25. The telecommunications system installation and management apparatus of claim 
24 wherein said program information is one of a user name and an extension number. 

26. The telecommunications system installation and management apparatus of claim 
23 wherein said first one of said at least two telecommunications devices is a PBX telephone 
switch and said second one of said at least two telecommunication devices is a voice messaging 
system. 

27. The telecommunications system installation and management apparatus of claim 
26 wherein said program information is one of a user name and an extension number. 

28. A method of replacing an installed telecommunications device with a replacement 
telecommunications device comprising the steps of: 

accessing a memory containing configuration information in the installed 
telecommunications device through a communications interface connected between the installed 
telecommunications device and a maintenance computer system; 

transferring said configuration information from said memory in said installed 
telecommunications device through said communications interface to said maintenance computer 
system and storing said configuration information in a memory in said maintenance computer 
system; 

replacing said installed telecommtmications device with the replacement 
telecommunications device; and 

transferring said configuration information stored in said memory in said maintenance 
computer system to said replacement telecommunications device using said communications 
interface. 



29. The method of claim 28 further comprising the step of translating said 
configuration information received from said installed telecommunications device into a format 
compatible with said replacement telecommunications device before said configuration 
information is transferred to said replacement telecommunications device. 



98051 52A1_L> 



BNS page 



wo 98/05152 PCTAJS97/13454 

-48 - 

30. The method of claim 29 wherein said installed teleconmiunications device and 
said replacement teleconmiunications device are made by different manufacturers. 

31. The method of claim 28 wherein said installed telecommunications device and 
said replacement telecommunications device comprise private branch exchange telephone 

5 switches. 

32. The method of claim 28 wherein said installed telecommunications device and 
said replacement telecommunications device comprise call accounting systems. 

33. The method of claim 28 wherein said installed telecommunications device and 
said replacement telecommunications device comprise voice messaging systems. 

10 34. The method of claim 14 wherein said configuration information comprises 

information designating feamres to be provided to a telephone station, trunks, peripherals, or 
other services connected with said installed private branch exchange system. 

35. A computer implemented system for controlling the operation of a 
telecommunications system including at least two telecommunications devices including at least 

15 one of a private branch exchange telephone switch, a call accounting system and a voice 
messaging system, comprising a computer readable medium encoded with a computer program 
and a database structure, said database structure containing information for controlling the 
operation of said at least two telecommunications devices and said computer program containing 
instructions that cause a computer system to retrieve information from said database structure 

20 and to process said information into device control conunands suitable for transmission said at 
least two telecommunications devices. 

36. The computer implemented system of claim 35 wherein said device control 
conunands suitable for transmission to said at least two teleconmiunications devices have 
different protocol formats. 

25 37. The computer implemented system of claim 35 wherein said at least two 

telecommunications devices have different internal operating systems. 
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38. The computer implemented system of claim 35 wherein said database structure 
contains a plurality of records, each of said records containing information used to control the 
operation of said at least two telecommunications devices. 

39. The computer implemented system of claim 38 wherein said plurality of records 
contains a plurality of fields, and information contained in at least one of said fields is 
processed by the system to generate (1) a first command having a first format suitable for 
transmission to one of said at least two telecommunications devices and (2) a second command 
having a second format suitable for transmission to the other of said at least two 
telecommunications devices. 
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